home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93a.txt / 000041_icon-group-sender _Sat Jan 23 11:54:17 1993.msg < prev    next >
Internet Message Format  |  1993-04-21  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Sat, 23 Jan 1993 16:26:43 MST
  2. Date: Sat, 23 Jan 1993 11:54:17 MST
  3. From: "Gregg Townsend" <gmt>
  4. Message-Id: <199301231854.AA14607@owl.cs.arizona.edu>
  5. To: icon-group
  6. Subject: builtin Icon functions
  7. Status: R
  8. Errors-To: icon-group-errors@cs.arizona.edu
  9.  
  10. I am amused by postings that state "I never use X, so I suggest that X
  11. should be removed from the library".   That's an awfully self-centered
  12. view.  While I never use acos() or bal(), that doesn't mean that I think
  13. they should be deleted.
  14.  
  15. A more defensible criterion is the one states "If it can be programmed 
  16. in Icon, it belongs in the IPL instead of being a builtin function".  
  17. At least that one is unbiased.  Of course, that would mean we'd lose
  18. useful functions like tab(), right(), and trim() -- and just think
  19. about the performance of a map() function written in Icon!
  20.  
  21. My own opinion is that a large repertoire of preprogrammed operations
  22. greatly increases the utility of a language, whether these are supplied
  23. as operators or builtin functions.  Certainly FORTRAN would not have
  24. succeeded without its math library.  Accordingly, I support the inclusion
  25. of tab(), bal(), sin(), detab(), and other functions, and would like to
  26. see more.
  27.  
  28. The IPL just isn't the same although it is indeed very useful and
  29. underappreciated.  Usage is more difficult because one must set up the
  30. programming environment to find the files, add link directives to the
  31. Icon programs, and perhaps deal with version conflicts.
  32.  
  33. The argument is made that all these functions make Icon harder to learn.
  34. There is some truth to that, especially when they're all thrown together
  35. in one large bag with no indication of where a new student should start;
  36. but that's a presentation problem, not a language problem.
  37.  
  38.     Gregg Townsend / Computer Science Dept / Univ of Arizona / Tucson, AZ 85721
  39.     +1 602 621 4325     gmt@cs.arizona.edu     110 57 16 W / 32 13 45 N / +758m
  40.